
From minimal features of a participative framework identified in the previous section, we provide a meta-model giving a conceptual description of a participative simulator (Figure \ref{fig:Fig3}). This meta-model helps us to understand what is a participative simulator and how it could be integrated in a generic framework. For the participative simulation designer, it should help him to determine rules of the game (the participative scenario).


Such as argued in CoMod~\cite{ETI:2010}, we take the assumption that a participative scenario is lead by several identified stakeholders. Players are affected to one or few social groups and play a role in each of these groups. A group is close to a social organization in which actors realize direct exchanges with others to achieve a goal. For that, stakeholders use collaborative tools (email, voice, instant messaging, and so on) chosen in a limited list. The list of available collaborative tools is built up according to game rules and group characteristics. Thus the collaboration part gives a model of the social organization of the participative scenarios and of the exchange rules between stakeholders.

%(Faut il mettre un exemple ? si oui, lequel ?)


\begin{figure*}[!t]
\centering
\includegraphics[width=\linewidth]{imgs/UML2}
\caption{Meta-model for role design}
\label{fig:Fig3}
\end{figure*}


In the participatory simulation context, the simulator becomes the kernel of experiments: a media viewed and modified by every stakeholders to achieve individual and collective goals. According to~\cite{PAMS:2008} a simulator could be viewed as a black box controlled by I/O variables: inputs (parameters of the simulators), outputs (a set of information resulting of the simulation) and events (actions done by users on the simulator). We apply this approach, which gives a unified generic point of view of simulators and simulation platforms to our meta-model. Characteristics of a simulation domain such as (agent paradigm, Equation Based Modeling) should not be introduce in this meta-model in order to tackle wide span of simulators.

%We want not introduce characteristics of a simulation domain (such as agent, behavior and so on) to the simulator description in order to adapt our work to major research

From PAMS groupware presented in~\cite{PAMS:2008,PAMS:2009}, we propose multi-interfaces management primitives. These primitives allow identifying what stakeholders are able to do during the participatory game (\emph{e.g.} which parameters they can modify, which outputs they can see and which actions they can do). A couple (Role, I/O) is created for each granted I/O access. For each couple, a permission is given allowing the access to I/O variable for reading only or reading and writing. Note that an I/O display accessor could be associated for each permission.

